การปรับแต่ง TCP: การวิเคราะห์เชิงลึกเกี่ยวกับการควบคุมความแออัด

Transmission Control Protocol (TCP) เป็นหัวใจสำคัญของการถ่ายโอนข้อมูลที่เชื่อถือได้ผ่านอินเทอร์เน็ต ความสามารถในการจัดการความแออัดมีความสำคัญอย่างยิ่งต่อการรักษาเสถียรภาพของเครือข่ายและรับประกันการจัดสรรทรัพยากรอย่างเป็นธรรม ความแออัด ซึ่งมีลักษณะเฉพาะคือการสูญเสียแพ็กเก็ตและเวลาแฝงที่เพิ่มขึ้น สามารถลดประสิทธิภาพของเครือข่ายลงได้อย่างมาก คู่มือฉบับสมบูรณ์นี้จะสำรวจอัลกอริทึมการควบคุมความแออัดของ TCP ต่างๆ วิวัฒนาการ และผลกระทบต่อประสิทธิภาพของเครือข่ายในสภาพแวดล้อมทั่วโลกที่หลากหลาย

ทำความเข้าใจเกี่ยวกับการควบคุมความแออัด

กลไกการควบคุมความแออัดมีเป้าหมายเพื่อป้องกันการโอเวอร์โหลดของเครือข่ายโดยการปรับอัตราการส่งข้อมูลแบบไดนามิก อัลกอริทึมเหล่านี้อาศัยผลตอบรับจากเครือข่าย โดยหลักแล้วอยู่ในรูปแบบของการสูญเสียแพ็กเก็ตหรือการเปลี่ยนแปลงของ Round-Trip Time (RTT) เพื่ออนุมานระดับความแออัด อัลกอริทึมต่างๆ ใช้กลยุทธ์ที่หลากหลายเพื่อตอบสนองต่อสัญญาณเหล่านี้ ซึ่งแต่ละอย่างก็มีข้อดีข้อเสียที่แตกต่างกันไป

ทำไมการควบคุมความแออัดจึงสำคัญ?

• ป้องกันการล่มสลายจากความแออัด (Congestive Collapse): หากไม่มีการควบคุมความแออัด เครือข่ายอาจทำงานหนักเกินไป ส่งผลให้ปริมาณงานและประสิทธิภาพโดยรวมของเครือข่ายลดลงอย่างรวดเร็ว
• รับประกันการจัดสรรทรัพยากรอย่างเป็นธรรม: อัลกอริทึมการควบคุมความแออัดพยายามจัดสรรแบนด์วิดท์อย่างเป็นธรรมระหว่างโฟลว์ (flow) ที่แข่งขันกัน เพื่อป้องกันไม่ให้โฟลว์เดียวผูกขาดทรัพยากรเครือข่าย
• ปรับปรุงประสบการณ์ผู้ใช้: ด้วยการลดการสูญเสียแพ็กเก็ตและเวลาแฝง การควบคุมความแออัดช่วยเพิ่มประสบการณ์ผู้ใช้สำหรับแอปพลิเคชันต่างๆ รวมถึงการท่องเว็บ การสตรีมวิดีโอ และการเล่นเกมออนไลน์

วิวัฒนาการของอัลกอริทึมการควบคุมความแออัดของ TCP

การควบคุมความแออัดของ TCP มีการพัฒนาอย่างมากในช่วงหลายปีที่ผ่านมา โดยแต่ละอัลกอริทึมใหม่จะแก้ไขข้อจำกัดของอัลกอริทึมรุ่นก่อนหน้า นี่คือภาพรวมของเหตุการณ์สำคัญบางอย่าง:

1. TCP Tahoe (1988)

TCP Tahoe เป็นหนึ่งในการนำการควบคุมความแออัดมาใช้ในยุคแรกๆ โดยได้แนะนำกลไกพื้นฐานสองอย่าง:

• Slow Start: ผู้ส่งจะเริ่มส่งแพ็กเก็ตจำนวนเล็กน้อย (congestion window หรือ cwnd) จากนั้น cwnd จะเพิ่มขึ้นแบบทวีคูณจนกว่าจะตรวจพบการสูญเสียแพ็กเก็ตหรือถึงเกณฑ์ที่กำหนด
• Congestion Avoidance: หลังจากถึงเกณฑ์ที่กำหนด cwnd จะเพิ่มขึ้นแบบเชิงเส้น เมื่อเกิดการสูญเสียแพ็กเก็ต cwnd จะลดลงครึ่งหนึ่ง และกลับเข้าสู่โหมด Slow Start อีกครั้ง

ข้อจำกัด: การตอบสนองที่รุนแรงของ TCP Tahoe ต่อการสูญเสียแพ็กเก็ตอาจนำไปสู่การลด cwnd โดยไม่จำเป็น โดยเฉพาะในเครือข่ายที่มีการสูญเสียแพ็กเก็ตแบบสุ่ม (เช่น เนื่องจากการรบกวนของสัญญาณไร้สาย) นอกจากนี้ยังประสบกับปัญหา \"การสูญเสียแพ็กเก็ตหลายรายการ\" (multiple packet loss) ซึ่งการสูญเสียแพ็กเก็ตหลายรายการในหน้าต่างเดียวส่งผลให้เกิดการถอยกลับที่มากเกินไป

2. TCP Reno (1990)

TCP Reno แก้ไขข้อจำกัดบางประการของ TCP Tahoe โดยการแนะนำกลไก Fast Retransmit และ Fast Recovery:

• Fast Retransmit: หากผู้ส่งได้รับ ACK (acknowledgments) ที่ซ้ำกันสามครั้งสำหรับหมายเลขลำดับเดียวกัน จะถือว่าแพ็กเก็ตนั้นสูญหายและส่งซ้ำทันทีโดยไม่ต้องรอให้หมดเวลา (timeout)
• Fast Recovery: หลังจากการทำ Fast Retransmit ผู้ส่งจะเข้าสู่ช่วง Fast Recovery ซึ่งจะขยาย cwnd ขึ้นหนึ่งเซกเมนต์สำหรับแต่ละ ACK ที่ซ้ำกันที่ได้รับ ซึ่งช่วยให้ผู้ส่งสามารถส่งข้อมูลใหม่ต่อไปได้ในขณะที่รอ ACK สำหรับเซกเมนต์ที่ส่งซ้ำ

ข้อดี: TCP Reno ปรับปรุงประสิทธิภาพโดยการกู้คืนจากการสูญเสียแพ็กเก็ตเดียวได้อย่างรวดเร็วโดยไม่ลด cwnd โดยไม่จำเป็น

ข้อจำกัด: TCP Reno ยังคงมีปัญหากับการสูญเสียแพ็กเก็ตหลายรายการและทำงานได้ไม่ดีในสภาพแวดล้อมที่มีแบนด์วิดท์สูงและมีความหน่วงสูง (เช่น เครือข่ายดาวเทียม) นอกจากนี้ยังแสดงให้เห็นถึงความไม่เป็นธรรมในการแข่งขันกับอัลกอริทึมการควบคุมความแออัดที่ใหม่กว่า

3. TCP NewReno

TCP NewReno เป็นการปรับปรุงจาก Reno ซึ่งออกแบบมาโดยเฉพาะเพื่อจัดการกับการสูญเสียแพ็กเก็ตหลายรายการในหน้าต่างเดียวได้ดีขึ้น โดยจะแก้ไขกลไก Fast Recovery เพื่อหลีกเลี่ยงการออกจาก Fast Recovery ก่อนเวลาอันควรเมื่อเกิดการสูญเสีย

4. TCP SACK (Selective Acknowledgment)

TCP SACK (Selective Acknowledgment) ช่วยให้ผู้รับสามารถรับทราบข้อมูลบล็อกที่ไม่ต่อเนื่องกันซึ่งได้รับอย่างถูกต้อง ซึ่งจะให้ข้อมูลที่ละเอียดมากขึ้นแก่ผู้ส่งเกี่ยวกับแพ็กเก็ตที่สูญหาย ทำให้สามารถส่งซ้ำได้อย่างมีประสิทธิภาพมากขึ้น SACK มักใช้ร่วมกับ Reno หรือ NewReno

5. TCP Vegas

TCP Vegas เป็นอัลกอริทึมการควบคุมความแออัดที่อิงตามความหน่วง ซึ่งใช้การวัด RTT เพื่อตรวจจับความแออัด *ก่อน* ที่จะเกิดการสูญเสียแพ็กเก็ต โดยจะปรับอัตราการส่งตามความแตกต่างระหว่าง RTT ที่คาดหวังและ RTT ที่เกิดขึ้นจริง

ข้อดี: โดยทั่วไป TCP Vegas มีความเสถียรมากกว่าและมีแนวโน้มที่จะเกิดความผันผวนน้อยกว่าอัลกอริทึมที่อิงตามการสูญเสียเช่น Reno นอกจากนี้ยังสามารถบรรลุปริมาณงานที่สูงขึ้นในเงื่อนไขเครือข่ายบางอย่างได้

ข้อจำกัด: TCP Vegas อาจไม่เป็นธรรมกับโฟลว์ของ Reno และประสิทธิภาพของมันอาจไวต่อการเปลี่ยนแปลงของ RTT ที่ไม่จำเป็นต้องบ่งชี้ถึงความแออัด

6. TCP CUBIC (2008)

TCP CUBIC เป็นอัลกอริทึมการควบคุมความแออัดแบบอิงตามหน้าต่าง (window-based) ที่ใช้กันอย่างแพร่หลาย ซึ่งออกแบบมาสำหรับเครือข่ายความเร็วสูง โดยใช้ฟังก์ชันลูกบาศก์ (cubic function) เพื่อปรับขนาดหน้าต่างความแออัด ซึ่งให้การเพิ่มแบนด์วิดท์ที่รุนแรงขึ้นเมื่อเครือข่ายถูกใช้งานน้อย และลดลงอย่างระมัดระวังมากขึ้นเมื่อตรวจพบความแออัด

ข้อดี: TCP CUBIC มีชื่อเสียงในด้านความสามารถในการขยายขนาดและความเป็นธรรมในสภาพแวดล้อมที่มีแบนด์วิดท์สูง และเป็นอัลกอริทึมการควบคุมความแออัดที่เป็นค่าเริ่มต้นใน Linux

7. TCP BBR (Bottleneck Bandwidth and RTT) (2016)

TCP BBR เป็นอัลกอริทึมการควบคุมความแออัดที่ค่อนข้างใหม่ซึ่งพัฒนาโดย Google ใช้วิธีการแบบจำลอง (model-based) โดยจะตรวจสอบเครือข่ายอย่างต่อเนื่องเพื่อประเมินแบนด์วิดท์คอขวดและ Round-Trip Time BBR มีเป้าหมายเพื่อให้ได้ปริมาณงานสูงและมีความหน่วงต่ำโดยการควบคุมอัตราการส่งและการเว้นระยะของแพ็กเก็ตอย่างระมัดระวัง

ข้อดี: TCP BBR ได้แสดงให้เห็นถึงประสิทธิภาพที่เหนือกว่าเมื่อเทียบกับอัลกอริทึมการควบคุมความแออัดแบบดั้งเดิมในเงื่อนไขเครือข่ายต่างๆ รวมถึงสภาพแวดล้อมที่มีแบนด์วิดท์สูงและความหน่วงสูง และเครือข่ายที่มีทราฟฟิกแบบเบิสต์ (bursty traffic) มันถูกออกแบบมาให้ทนทานต่อการสูญเสียแพ็กเก็ตและการเปลี่ยนแปลงของ RTT

การควบคุมความแออัดในสภาพแวดล้อมเครือข่ายต่างๆ

ประสิทธิภาพของอัลกอริทึมการควบคุมความแออัดต่างๆ อาจแตกต่างกันอย่างมาก ขึ้นอยู่กับสภาพแวดล้อมของเครือข่าย ปัจจัยต่างๆ เช่น แบนด์วิดท์, ความหน่วง, อัตราการสูญเสียแพ็กเก็ต และรูปแบบของทราฟฟิกสามารถมีอิทธิพลต่อประสิทธิผลของแต่ละอัลกอริทึมได้

1. เครือข่ายแบบใช้สาย (Wired Networks)

ในเครือข่ายแบบใช้สายที่มีแบนด์วิดท์ค่อนข้างคงที่และอัตราการสูญเสียแพ็กเก็ตต่ำ อัลกอริทึมเช่น TCP CUBIC โดยทั่วไปจะทำงานได้ดี อย่างไรก็ตาม แม้ในเครือข่ายแบบใช้สาย ความแออัดก็สามารถเกิดขึ้นได้เนื่องจากการสมัครใช้งานเกินขีดจำกัด (oversubscription) หรือทราฟฟิกแบบเบิสต์ BBR สามารถให้ประสิทธิภาพที่ดีขึ้นในสถานการณ์เหล่านี้โดยการตรวจสอบเครือข่ายเชิงรุกและปรับตัวเข้ากับสภาวะที่เปลี่ยนแปลง

ตัวอย่าง: ในสภาพแวดล้อมของศูนย์ข้อมูล (data center) ที่มีการเชื่อมต่อ Ethernet ความเร็วสูง TCP CUBIC เป็นตัวเลือกทั่วไปสำหรับการควบคุมความแออัด อย่างไรก็ตาม BBR อาจเป็นประโยชน์สำหรับแอปพลิเคชันที่ต้องการความหน่วงต่ำและปริมาณงานสูง เช่น การวิเคราะห์ข้อมูลแบบเรียลไทม์หรือฐานข้อมูลแบบกระจาย

2. เครือข่ายไร้สาย (Wireless Networks)

เครือข่ายไร้สายมีลักษณะเฉพาะคืออัตราการสูญเสียแพ็กเก็ตที่สูงกว่าและความหน่วงที่แปรปรวนมากกว่าเมื่อเทียบกับเครือข่ายแบบใช้สาย สิ่งนี้ถือเป็นความท้าทายสำหรับอัลกอริทึมการควบคุมความแออัดแบบดั้งเดิมที่อาศัยการสูญเสียแพ็กเก็ตเป็นตัวบ่งชี้หลักของความแออัด อัลกอริทึมอย่าง BBR ซึ่งทนทานต่อการสูญเสียแพ็กเก็ตได้ดีกว่า สามารถให้ประสิทธิภาพที่ดีขึ้นในสภาพแวดล้อมไร้สาย

ตัวอย่าง: เครือข่ายมือถือ เช่น 4G และ 5G มักประสบกับการสูญเสียแพ็กเก็ตอย่างมีนัยสำคัญเนื่องจากการรบกวนของสัญญาณไร้สายและการเคลื่อนที่ BBR สามารถช่วยปรับปรุงประสบการณ์ของผู้ใช้โดยการรักษาการเชื่อมต่อที่เสถียรยิ่งขึ้นและลดความหน่วงสำหรับแอปพลิเคชันเช่นการสตรีมวิดีโอและเกมออนไลน์

3. เครือข่ายที่มีความหน่วงสูง (High-Latency Networks)

เครือข่ายที่มีความหน่วงสูง เช่น เครือข่ายดาวเทียมหรือการเชื่อมต่อข้ามทวีป นำเสนอความท้าทายที่ไม่เหมือนใครสำหรับการควบคุมความแออัด RTT ที่ยาวนานทำให้ผู้ส่งตอบสนองต่อสัญญาณความแออัดได้ยากขึ้น อัลกอริทึมเช่น BBR ซึ่งประเมินแบนด์วิดท์คอขวดและ RTT สามารถมีประสิทธิภาพมากกว่าในสภาพแวดล้อมเหล่านี้เมื่อเทียบกับอัลกอริทึมที่อาศัยการสูญเสียแพ็กเก็ตเพียงอย่างเดียว

ตัวอย่าง: สายเคเบิลใยแก้วนำแสงข้ามมหาสมุทรแอตแลนติกเชื่อมต่อยุโรปและอเมริกาเหนือ ระยะทางทางกายภาพสร้างความหน่วงอย่างมาก BBR ช่วยให้การถ่ายโอนข้อมูลเร็วขึ้นและประสบการณ์ผู้ใช้ที่ดีขึ้นเมื่อเทียบกับ TCP เวอร์ชันเก่า

4. เครือข่ายที่มีความแออัด (Congested Networks)

ในเครือข่ายที่มีความแออัดสูง ความเป็นธรรมระหว่างโฟลว์ที่แข่งขันกันจะมีความสำคัญเป็นพิเศษ อัลกอริทึมการควบคุมความแออัดบางอย่างอาจมีความก้าวร้าวมากกว่าอัลกอริทึมอื่น ซึ่งนำไปสู่การจัดสรรแบนด์วิดท์ที่ไม่เป็นธรรม สิ่งสำคัญคือต้องเลือกอัลกอริทึมที่ออกแบบมาให้มีความเป็นธรรมและป้องกันการขาดแคลนทรัพยากร (starvation) ของแต่ละโฟลว์

ตัวอย่าง: ในช่วงเวลาที่มีการใช้งานสูงสุด จุดแลกเปลี่ยนอินเทอร์เน็ต (IXPs) อาจเกิดความแออัดเนื่องจากหลายเครือข่ายแลกเปลี่ยนทราฟฟิกกัน อัลกอริทึมการควบคุมความแออัดมีบทบาทสำคัญในการรับประกันว่าทุกเครือข่ายจะได้รับส่วนแบ่งแบนด์วิดท์ที่เป็นธรรม

ข้อควรพิจารณาในทางปฏิบัติสำหรับการปรับแต่ง TCP

การปรับปรุงประสิทธิภาพของ TCP เกี่ยวข้องกับการพิจารณาที่หลากหลาย รวมถึงการเลือกอัลกอริทึมการควบคุมความแออัดที่เหมาะสม การปรับแต่งพารามิเตอร์ TCP และการนำการปรับปรุงระดับเครือข่ายไปใช้

1. การเลือกอัลกอริทึมการควบคุมความแออัดที่เหมาะสม

การเลือกอัลกอริทึมการควบคุมความแออัดขึ้นอยู่กับสภาพแวดล้อมของเครือข่ายและข้อกำหนดของแอปพลิเคชันโดยเฉพาะ ปัจจัยบางอย่างที่ต้องพิจารณา ได้แก่:

• ลักษณะของเครือข่าย: แบนด์วิดท์, ความหน่วง, อัตราการสูญเสียแพ็กเก็ต และรูปแบบของทราฟฟิก
• ข้อกำหนดของแอปพลิเคชัน: ปริมาณงาน, ความหน่วง, ความเป็นธรรม และความเสถียร
• การสนับสนุนของระบบปฏิบัติการ: ความพร้อมใช้งานของอัลกอริทึมการควบคุมความแออัดต่างๆ ในเคอร์เนลของระบบปฏิบัติการ

คำแนะนำ: สำหรับการใช้งานทั่วไป TCP CUBIC เป็นตัวเลือกที่มั่นคง สำหรับแอปพลิเคชันประสิทธิภาพสูงหรือเครือข่ายที่มีลักษณะท้าทาย BBR อาจให้การปรับปรุงที่สำคัญ

2. การปรับแต่งพารามิเตอร์ TCP

พารามิเตอร์ TCP เช่น หน้าต่างความแออัดเริ่มต้น (initcwnd), ขนาดเซกเมนต์สูงสุด (MSS) และขนาดบัฟเฟอร์ TCP สามารถปรับแต่งเพื่อเพิ่มประสิทธิภาพได้ อย่างไรก็ตาม สิ่งสำคัญคือต้องพิจารณาผลกระทบของพารามิเตอร์เหล่านี้ต่อความเสถียรและความเป็นธรรมของเครือข่ายอย่างรอบคอบ

ตัวอย่าง: การเพิ่มหน้าต่างความแออัดเริ่มต้นสามารถปรับปรุงปริมาณงานเริ่มต้นสำหรับการเชื่อมต่อระยะสั้นได้ อย่างไรก็ตาม มันยังสามารถเพิ่มความเสี่ยงของความแออัดได้หากเครือข่ายมีการใช้งานหนักอยู่แล้ว

3. การปรับปรุงระดับเครือข่าย

การปรับปรุงระดับเครือข่าย เช่น กลไกคุณภาพการให้บริการ (QoS), การจัดระเบียบทราฟฟิก (traffic shaping) และการแจ้งเตือนความแออัดอย่างชัดเจน (ECN) สามารถช่วยเสริมการควบคุมความแออัดของ TCP และปรับปรุงประสิทธิภาพของเครือข่ายให้ดียิ่งขึ้น

ตัวอย่าง: กลไก QoS สามารถจัดลำดับความสำคัญของทราฟฟิกบางประเภท เช่น วิดีโอเรียลไทม์ เพื่อให้แน่ใจว่าทราฟฟิกเหล่านั้นจะได้รับการดูแลเป็นพิเศษในช่วงเวลาที่มีความแออัด

4. การตรวจสอบและการวิเคราะห์

การตรวจสอบและวิเคราะห์ประสิทธิภาพของเครือข่ายอย่างสม่ำเสมอเป็นสิ่งจำเป็นสำหรับการระบุคอขวดและปรับแต่งพารามิเตอร์ TCP เครื่องมือต่างๆ เช่น tcpdump, Wireshark และ iperf สามารถใช้ในการจับและวิเคราะห์ทราฟฟิก TCP ได้

ตัวอย่าง: การวิเคราะห์ร่องรอย (traces) ของ TCP สามารถเปิดเผยรูปแบบของการสูญเสียแพ็กเก็ต, การส่งซ้ำ และการเปลี่ยนแปลงของ RTT ซึ่งให้ข้อมูลเชิงลึกเกี่ยวกับสาเหตุของความแออัดและพื้นที่ที่เป็นไปได้สำหรับการปรับปรุง

อนาคตของการควบคุมความแออัดของ TCP

การวิจัยและพัฒนาในการควบคุมความแออัดของ TCP ยังคงพัฒนาอย่างต่อเนื่อง โดยได้แรงหนุนจากความต้องการที่เพิ่มขึ้นของแอปพลิเคชันสมัยใหม่และความซับซ้อนที่เพิ่มขึ้นของเครือข่าย แนวโน้มที่เกิดขึ้นใหม่บางอย่าง ได้แก่:

1. การควบคุมความแออัดโดยใช้ Machine Learning

เทคนิค Machine Learning กำลังถูกสำรวจเพื่อพัฒนาอัลกอริทึมการควบคุมความแออัดที่ปรับตัวได้และชาญฉลาดยิ่งขึ้น อัลกอริทึมเหล่านี้สามารถเรียนรู้จากข้อมูลเครือข่ายและปรับพฤติกรรมแบบไดนามิกเพื่อเพิ่มประสิทธิภาพในสภาวะต่างๆ

2. เครือข่ายที่โปรแกรมได้ (Programmable Networks)

เครือข่ายที่โปรแกรมได้ เช่น Software-Defined Networking (SDN) ให้ความยืดหยุ่นและการควบคุมพฤติกรรมของเครือข่ายที่มากขึ้น สิ่งนี้ช่วยให้สามารถใช้กลไกการควบคุมความแออัดที่ซับซ้อนยิ่งขึ้นซึ่งสามารถปรับให้เข้ากับแอปพลิเคชันและสภาพแวดล้อมเครือข่ายที่เฉพาะเจาะจงได้

3. Multipath TCP (MPTCP)

Multipath TCP (MPTCP) ช่วยให้การเชื่อมต่อ TCP เดียวสามารถใช้เส้นทางเครือข่ายหลายเส้นทางได้พร้อมกัน ซึ่งสามารถปรับปรุงปริมาณงานและความยืดหยุ่นโดยการรวมแบนด์วิดท์และให้ความซ้ำซ้อนในกรณีที่เส้นทางล้มเหลว

สรุป

การควบคุมความแออัดของ TCP เป็นองค์ประกอบที่สำคัญของโครงสร้างพื้นฐานอินเทอร์เน็ต เพื่อให้แน่ใจว่าการถ่ายโอนข้อมูลมีความน่าเชื่อถือและมีประสิทธิภาพ การทำความเข้าใจอัลกอริทึมการควบคุมความแออัดต่างๆ จุดแข็งและจุดอ่อน และพฤติกรรมของพวกมันในสภาพแวดล้อมเครือข่ายที่หลากหลายเป็นสิ่งจำเป็นสำหรับการเพิ่มประสิทธิภาพเครือข่ายและมอบประสบการณ์ผู้ใช้ที่ดีขึ้น ในขณะที่เครือข่ายยังคงพัฒนาต่อไป การวิจัยและพัฒนาอย่างต่อเนื่องในการควบคุมความแออัดจะมีความสำคัญอย่างยิ่งต่อการตอบสนองความต้องการของแอปพลิเคชันในอนาคตและสร้างความมั่นใจในการเติบโตและเสถียรภาพของอินเทอร์เน็ตอย่างต่อเนื่อง

ด้วยความเข้าใจในแนวคิดเหล่านี้ วิศวกรเครือข่ายและผู้ดูแลระบบทั่วโลกสามารถปรับแต่งการกำหนดค่า TCP ของตนได้ดีขึ้น และสร้างประสบการณ์เครือข่ายทั่วโลกที่มีประสิทธิภาพและน่าเชื่อถือยิ่งขึ้น การประเมินและปรับใช้อัลกอริทึมการควบคุมความแออัดของ TCP ใหม่อย่างต่อเนื่องเป็นกระบวนการที่ไม่หยุดนิ่ง แต่เป็นกระบวนการที่ให้ผลประโยชน์อย่างมีนัยสำคัญ